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Sommaire 


Nous avons fait un survol de la norme MLO et étudié le modèle de métadonnées proposé dans la 
spécification MLO-AD. MLO-AD propose un modèle pour la représentation électronique des 
opportunités d'apprendre en vue de faciliter leurs publicités et leurs découvertes par les 
apprenants. 

Nous avons en outre présenté les trois outils développés dans le cadre de ce projet, ainsi que 
leurs utilités. Par cette présentation, nous avons montré le potentiel de MLO / MLO-AD. Le modèle 
de domaines de MLO est simple à implémenter et permet de représenter un large éventail des OP. 
La majorité des métadonnées que la norme MLO-AD recommande sont pertinentes et son usage 
est multiple. Elles structurent les données sur les OP qui sont nécessaires à la publicité des OP ou 
qui sont à échanger entre différents outils qui traitent l'information sur les OP. Elles s’en servent 
également pour diverses applications, dont notre outil de navigation/planification. 
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Contexte et objectifs du projet 


Par offre de formation, on entend l’ensemble des informations relatives à un cours, une formation 
ou un programme de formation, à un colloque ou une conférence (description, horaire, coût, 
préalables, etc.), qu’il soit offert par une institution éducative publique ou privée, ou par une 
entreprise de formation. Ces informations sont déjà gérées par des systèmes d’information et sont 
présentées dans des formes variées, imprimées ou numériques. Elles offrent d’emblée un fort 
potentiel de standardisation [1],[3]. 

Du point de vue de l’utilisateur, due à l'absence de description standardisée pour des offres de 
formation, repérer la formation ou la conférence qui correspond à ses besoins, à son projet, à son 
horaire ou à sa curiosité, demeure une tâche compliquée [2]. Les avantages d’une standardisation 
des descriptions de l’offre de formation sont alors manifestes [1], [3]. 

Au cours des dernières années, un nombre croissant de spécifications a été élaboré en Europe 
pour décrire les offres de cours et de programmes, par exemple : 

- CDM (Norvège) 

- CDM-fr (FR - adaptation française) 

- LHEO (FR- Formation professionnelle) 

- EMIL (Suède) 

- XCRI(UK) 

- PAS (Allemagne) 

Un groupe de travail a également été mis en place pour essayer d'harmoniser les efforts dans une 
perspective d'interopérabilité européenne (URL : http://wiki.teria.no/confluence/display/CIF/Home) . 
On parle donc d’une norme européenne en cours d’élaboration, MLO (Metadata for Learning 
Opportunités, en français, métadonnées sur les opportunités d'apprendre). 

Inscrits dans cette tendance, différents projets pilotes soutenus par le GTN-Québec sont mis en 
place. Ces projets visent à démontrer le potentiel des métadonnées (spécification MLO-AD (MLO- 
Advertising ou MLO-Publicité)) pour la publicité et la recherche des opportunités d'apprendre (ex. : 
des cours, des formations, des colloques, des conférences, etc.). Dans ce cadre, notre projet 
consiste à développer trois outils complémentaires montrant le potentiel de MLO. Le premier outil 
est un outil de saisie pour l’information nécessaire à la publication d’offre de formations. Le 
deuxième outil permet de mettre au format MLO les données extraites de la base de données de 
HEC Montréal. Et le troisième outil est un exemple d’outil de navigation/planification. Cet outil, en 
fonction de l’offre de cours et du choix de l’utilisateur, proposera le calendrier des cours pour les 
sessions à venir. Ces trois outils sont développés sous licence libre et sont des outils Web. La 
technologie utilisée est Java et Java Servlet Pages avec MySQL. 

Ce rapport présente nos travaux réalisés dans le cadre de ce projet. Il est organisé en cinq 
sections. La deuxième section présente les normes MLO et MLO-AD. La troisième section porte 
sur le format utilisé pour notre échange et agrégation de l’information. La quatrième section 
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présente nos trois outils mentionnés au-dessus : l’outil de saisie MLO, l’outil d’extraction HEC 
Montréal et l’outil navigation/planification. Enfin la section 5 conclut et discute des résultats. 


8 


Novembre 2009 



MLO et MLO-AD 

MLO (Metadata for Learning Opportunities, en français, métadonnées sur les opportunités 
d'apprendre) est une norme européenne en cours d’élaboration dont l’ambition est d’harmoniser 
les différentes spécifications en cours en Europe pour la description et l’échange d’informations 
sur les cours, l’e-learning et les possibilités d’apprentissage [1], [4]. MLO-AD (MLO-Advertising ou 
MLO-Publicité), qui fait partie de l’ensemble des standards MLO, est un standard de métadonnées 
suffisantes pour traiter la publication d’une opportunité d'apprendre [1], [4]. Dans le cadre du 
présent projet, nous nous intéressons à cette spécification MLO-AD. 

MLO-AD 

La norme MLO-AD [5] définit la représentation électronique des opportunités d'apprendre en vue 
de faciliter leurs publicités et leurs découvertes par les apprenants. Son objectif est de fournir des 
informations sur une opportunité d’apprendre, afin de permettre à l'apprenant de la découvrir plus 
facilement, de décider s’il existe un besoin d'informations complémentaires, et de savoir où trouver 
cette information. La norme est également conçue pour utiliser les technologies sémantiques et 
architectures web comme appui des mécanismes d’échange d’information et l'agrégation de 
l'information par des tiers fournisseurs de services. Enfin, elle soit facile à mettre en oeuvre pour 
assurer une absorption rapide par les pays européens. 

La norme présente un modèle abstrait pour la représentation des opportunités d'apprendre. Ce 
modèle spécifie trois ressources sur les métadonnées qui peuvent être stockées en vue de faciliter 
la publicité de l'apprentissage : 

- le fournisseur de l’offre; 

- les spécifications de l’offre; 

- et l’instance de l’offre. 

La norme spécifie les relations entre les trois ressources et recommande un ensemble de 
métadonnées pour chacun d'eux. 

La Figure 1 (page 10) illustre le modèle de domaine de métadonnées décrit en format UML. Dans 
ce modèle, chaque boîte se rapporte à une classe (de ressources) définie dans la présente norme. 
Chaque nom associé dans la boîte représente une propriété définie dans la présente norme. Les 
classes sont organisées en hiérarchie. Les flèches représentant un triangle vide représentent une 
relation d’héritage entre les classes. Les flèches libellées représentent les types des relations 
directionnelles pouvant existantes entre les instances des classes. La cardinalité n’est pas 
spécifiée. 
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Figure 1 : Modèle de domaine de MLO 





Nous détaillons ci-dessous chacune des classes définies dans le modèle ainsi que leurs relations. 
Ceci nous permettra de bien comprendre le comportement et les interactions entre ces classes. 

Learning Opportunity Object - LOO 

Cette classe représente l'ensemble des objets «opportunités d’apprendre». Un objet «opportunité 
d’apprendre» (Learning Opportunity - LO, ou OP) représente une occasion de participer à 
l'éducation ou à une formation. Cet objet est une ressource abstraite utilisée dans le contexte 
d’une OP, Pour le décrire, différents types d'information peuvent être stockés et les types 
recommandés par la présente norme sont : 

- Contributeur (Contributor) : le nom d'une personne, d'une organisation ou d'un service qui a des 
contributions à l'objet en question. En général, chaque contributeur fait l'objet d'un élément 
Contributor séparé. 

- Date (Date) : une date d'un évènement dans le cycle de vie de l'objet en question. 

- Description (Description) : un résumé, une table des matières, une représentation graphique ou 
un texte libre qui décrivent/interprètent l'objet en question. 

- Identificateur (Identifier) : un identificateur non ambigu dans un contexte donné. Il est 
recommandé d'utiliser un système de référencement précis pour que l'identifiant soit unique au 
sein du site, par exemple les URI. 

- Sujet (Subject) : un sujet de l'objet en question. En général, un sujet sera représenté par des 
mots-clefs, phrases de résumé, ou codes de classement. 
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- Titre / Nom (Title): un nom de l'objet en question. 

- Type (Type): la nature ou le genre de l'objet en question. 

- URL (URL): un lien vers une ressource Web qui offre une autre représentation de l'objet en 
question. En général, ce serait l'URL de la page web du fournisseur ou du cours. 

- Objets composants : un ou des composants de l'objet en question. C'est-à-dire, un objet d'une OP 
peut être composé d'autres objets, ce qui est spécifié par le type de relations «Has part» qui relie 
la classe LOO à elle-même. Ce type de relations permet de décrire des relations internes par 
exemple, entre une organisation et ses départements, ou entre un programme et ses modules 
constitutifs. 

La classe LOO est abstraite, c'est-à-dire, elle n'est pas instanciable. Comme LOO est au sommet 
de la hiérarchie des classes définies dans la norme MLO-AD, une sous-classe de LOO peut 
hériter toutes les propriétés de LOO (c'est-à-dire les attributs de LOO ainsi que les types de 
relations associés à LOO). 

Learning Opportunity Provider - LOP 

Un fournisseur (Learning Opportunity Provider - LOP) est un agent (personne ou organisation) 
qui offre des OP. La classe LOP représente l'ensemble de tels fournisseurs. LOP est une sous- 
classe de LOO. 

Pour décrire un fournisseur d'une OP, la présente norme recommande les types d'information 
suivants à saisir (cf. Figure 1 - page 10): 

- Adresse (Location) : une adresse ou localisation spatiale du fournisseur. 

- Les types d'information sur un objet d'une OP comme contributeur, date, description, 
identificateur, sujet, titre, type, et URL. Voir la section 0 (page 10) pour plus de spécification sur 
ces éléments. 

- Fournisseur(s) composant(s) : un ou des composants du fournisseur. Ceci est spécifié par les 
relations de type « Has part » qui relient le fournisseur à ses fournisseurs composants. Par 
exemple, une organisation qui offre des OP est reliée à ses départements par des relations de 
type « Has part ». LOP hérite ce type de relations de la classe LOO. 

- Spécification(s) d'OP offerte(s) : une ou des spécifications d'OP offertes par le fournisseur. Ce 
fournisseur est donc relié par des relations de type «Offers» à la ou les spécifications d'OP qu'il 
offre. Voir la section 0 (page 1 1 ) pour plus de détails sur le concept « spécification d’une OP ». 

- Instance(s) d'OP fournie(s) : une ou des instances d'OP offertes au fournisseur en question. Voir 
la section 0 (page 12) pour plus de détails sur le concept « instance d’une OP ». 

Learning Opportunity Spécification - LOS 

La classe « Learning Opportunity Spécification » (LOS) représente l'ensemble des 
spécifications d’OP. Une spécification d’OP est une description abstraite d'une OP, comprenant 
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des informations partagées par de multiples occurrences/instances d’OP. Voir la section 0 (page 
12) pour plus de détails sur le concept « instance d’une OP ». 

LOS est une sous-classe de LOO, une spécification d’OP peut être décrite comme un objet d'OP. 

Pour décrire une spécification d'une OP, la présente norme propose les types d'information 
suivants à saisir (cf. Figure 1 - page 10): 

- Qualification (Qualification) : une qualification qui peut être obtenue à partir de l'achèvement 
d'une OP. 

- Crédit (Crédit) : un compte des crédits qui peuvent être obtenus à l’issue d'une OP. 

- Niveau (Level) : un niveau de formation atteint à l’issue d'une OP. Ceci indique généralement le 
résultat de l'apprentissage d'une OP en termes de progression. 

- Types d'information sur un objet d'une OP comme contributeur, date, description, identificateur, 
sujet, titre, type, et URL. Voir la section 0 (page 1 0) pour plus de spécification sur ces éléments. 

- Spécification(s) d'OP composante(s) : un ou des composants de la spécification de l’OP. Ceci est 
spécifié par des relations de type « Has part » qui relient la spécification de l'OP à ses 
spécifications composantes. Par exemple, une spécification d'un programme de formation est 
reliée par des relations de type « Has part » aux spécifications des modules/cours constitutifs du 
programme. LOS hérite ce type de relations de la classe LOO. 

- Fournisseur(s) d'OP : un ou des fournisseurs d'OP offrant la spécification de l'OP. Voir la section 
0 (page 1 1 ) pour plus de détails sur le concept « fournisseur d’une OP ». 

- Instance(s) d'OP spécifiée(s) : une ou des instances d'OP que spécifie la spécification d'OP. Voir 
la section 0 (page 12) pour plus de détails sur le concept «instance d’une OP». 

Learning Opportunity Instance - LOI 

Cette classe « Learning Opportunity Instance » (LOI) représente l'ensemble des instances 
d'OP. Une instance d’OP est une seule occurrence d'une possibilité d'apprendre. Contrairement à 
la spécification d’une OP, une instance d’OP n'est pas abstraite, mais liée à des dates ou des 
lieux, et peut être appliquée ou offerte à des apprenants. 

Pour décrire une instance d'une OP, voici la liste des types d'information à saisir recommandée 
dans la présente norme (cf. Figure 1 - page 10): 

- Adresse (Location) : une adresse ou localisation spatiale du fournisseur. 

- Début (Start) : une date à laquelle commence l'instance de l'OP. 

- Durée (Duration) : une durée de l'instance de l'OP. 

- Prix (Cost) : un coût lié à l'obtention de l'accès à l’instance de l'OP en question. 

- Langue d'instruction/enseignement (LanguageOflnstruction) : une langue dans laquelle 
l'instance de l'OP est prête à être enseignée. 
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- Pré-requis (Prerequisite) : un pré-requis ou condition d'entrée pour accéder à l'instance de l'OP. 

- Places (Places) : le nombre de places disponibles pour les participants à l'instance de l'OP. 

- Engagement (Engagement) : des moyens logistiques mis en oeuvre par les individus dans le 
contexte d’une instance d'OP, incluant les modalités temporelles, spatiales, de participation et de 
présence. Exemple: la fréquentation globale (temps plein, temps partiel), les modes de formation 
(à distance, sur le campus, le lieu de travail, en ligne), et des modes de fréquentation (soir, 
journée, fin de semaine). 

- Objectif (Objective) : un but ou objectif d'apprentissage pour l'instance d'OP en question. 

- Évaluation (Assessment) : la stratégie d'évaluation ou bien une description de l'approche 
d'évaluation mise en oeuvre dans l'instance de l'OP. Exemple, des examens à passer, des travaux 
dirigés à remettre, etc. 

- Types d'information sur un objet d'une OP comme contributeur, date, description, identificateur, 
sujet, titre, type, et URL. Voir la section 0 (page 10) pour plus de spécification sur ces éléments. 

- Instance(s) d'OP composante(s) : une ou des composantes de l'instance d'OP. Ceci est spécifié 
par des relations de type « Has part » qui relient l'instance d'OP à ses composantes. Par 
exemple, une instance d'un cours est reliée par des relations de type « Has part » à des 
séances/activités/etc. constitutives du cours. LOI hérite ce type de relations de la classe LOO. 

- Fournisseur(s) d'OP: un ou des fournisseurs d'OP par lequel ou lesquels l'instance d'OP est 
offerte et donc reliée par des relations de type « Offered at ». Tel que spécifié dans la présente 
norme ([5]), ce type de relation « Offered at » peut être utilisé dans des cas où le fournisseur est 
différent du concepteur, c'est-à-dire dans ces cas, le fournisseur qui offre l'instance d'OP est 
différent du fournisseur qui définit/offre la spécification de cette instance d'OP. Voir la section 0 
(page 1 1 ) pour plus de détails sur le concept « fournisseur d’une OP ». 

- Spécification d'OP: la spécification d'OP qui spécifie l'instance d'OP en question et qui est alors 
reliée à cette dernière par une relation de type « Spécifiés ». Voir la section 0 (page 12) pour plus 
de détails sur le concept « instance d’une OP ». 

Format MLO-AD pour l’échange et l'agrégation de l’information 

Comme mentionné précédemment, la norme MLO-AD est conçue pour utiliser les technologies 
sémantiques et architectures web comme appui des mécanismes d’échange d’information et 
l'agrégation de l'information par des tiers fournisseurs de services. Les formalismes XML et XML 
Schéma pourraient donc être utilisés pour implémenter MLO-AD. Autrement dit, pour l’échange et 
l'agrégation de l’information, la représentation des OP en format MLO-AD est enregistrée dans 
des documents XML. 

XML (Extensible Markup Language) [11] est un langage de balisage («markup») largement utilisé 
sur le Web. Il permet la représentation structurée d'informations dans un format texte où 
l'information représentée est encadrée par des balises. En XML, les balises sont redéfinissables. Il 
est donc possible d'adapter le vocabulaire de description au domaine spécifique du document. 
XML Schéma [12] définit le vocabulaire et la grammaire de XML. 
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Pour illustration, la Figure 2 présente un document XML représentant un fournisseur d’OP (ayant 
l’identificateur « http://www.unitn.it » indiqué à la ligne 2) qui est constitué (hasPart) d’un autre 
fournisseur (ayant l’identificateur « http://www.unitn.it/faculty_of_economics », indiqué à la ligne 7). 
Le schéma définissant ce document XML est présenté dans la Figure 3. Cette illustration n’est 
qu’un extrait du document présenté sur le site : 

http://wiki.teria.no/confluence/display/CIF/MLO-AD+illustrative+XML+binding. 


Figure 2 : XML - Exemple 


<?xml version="1.0" encoding="UTF-8"?> 

<mlo:Document xmlns:dc="http://purl.org/dc/elements/1 .1/" xmlns:x="http://www.w3.org/1999/xhtml" 
xmlns:mlo="mlo" xmlns:ects="ects" xmlns:eurydice="eurydice" 

xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="mlo mlo_ad.xsd ects 
mlo_ad_ects.xsd http://purl. 0 rg/dc/elements/ 1 . 1 / mlo_dc.xsd eurydice mlo_ad_ects_eurydice.xsd"> 

1 . <mlo:learningOpportunityProvider> 

2. <dc:identifier>http://www.unitn.it</dc:identifier> 

3. <dc:type xsi:type="eurydice:EctslnstitutionType">University</dc:type> 

4. <dc:title xml:lang="en-gb">Trento University</dc:title> 

5. <dc:title xml:lang="it">Universita degli Studi di Trento</dc:title> 

6. <mlo:url>http://www.unitn.it</mlo:url> 

7. <mlo:hasPart>http://www.unitn.it/faculty_of_economics</mlo:hasPart> 

8. <mlo:location> 

<! — l’adresse du fournisseur --> 

9. </mlo:location> 

<! — autres propriétés du fournisseur ... ~> 

1 0. </mlo:learningOpportunityProvider> 

<! — et ainsi de suite ... --> 

</mlo:Document> 


Figure 3 : XML Schéma - Exemple d’un schéma de la Figure 2 


<?xml version="1.0" encoding="UTF-8"?> 

<xs:schema 

xmlns="mlo" 

xmlns:dc="http://purl.org/dc/elements/1 .1/" 

xmlns:xs="http://www.w3.org/2001/XMLSchema" 

targetNamespace="mlo" 

elementFormDefault="qualified" 

attributeFormDefault=”unqualified"> 

<!-- classes --> 

<xs:complexType name="LearningOpportunityObject" abstract="true"> 
<xs:sequence> 
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<xs:any namespace="http://purl.org/dc/elements/1 .1/" minOccurs="0" 
maxOccurs="unbounded" processContents="lax"/> 

<xs:element ref="url" minOccurs="0" maxOccurs="unbounded" /> 

<xs:element ref="hasPart" minOccurs="0" maxOccurs="unbounded"/> 
</xs:sequence> 

</xs:complexType> 

<xs:complexType name="LearningOpportunityProvider"> 

<xs:complexContent> 

<xs:extension base="LearningOpportunityObject"> 

<xs:sequence> 

<xs:element ref="location" minOccurs="0" maxOccurs="unbounded"/> 
<xs:element ref="offers" minOccurs="0" maxOccurs="unbounded"/> 
</xs:sequence> 

</xs:extension> 

</xs:complexContent> 

</xs:complexType> 

<xs:element name="learningOpportunityProvider" type="LearningOpportunityProvider"/> 

<!--associations--> 

<xs:complexType name="HasPart"> 

<xs:complexContent> 

<xs:extension base="Association"/> 

</xs:complexContent> 

</xs:complexType> 

<xs:element name="hasPart" type="HasPart"/> 

<!--properties-> 

<xs:complexType name="Location"> 

<xs:complexContent> 

<xs:extension base="Resource"/> 

</xs:complexContent> 

</xs:complexType> 

<xs:element name="location" type="Location"/> 

</xs:schema> 
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Sommaire 


Nous avons fait un survol sur la norme MLO et étudié le modèle de métadonnées proposé dans la 
spécification MLO-AD. MLO-AD propose un modèle pour la représentation électronique des 
opportunités d'apprendre en vue de faciliter leurs publicités et leurs découvertes par les 
apprenants. Nous présenterons dans les prochaines sections notre application du modèle ainsi 
que notre développement montrant le potentiel de MLO. 
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Format utilisé 

Nous présentons dans cette section nos cas d’applications et le format utilisé pour l’échange et 
l’agrégation de l’information sur les OP. 

Cas d’applications 

Nous avons appliqué le standard MLO-AD différents types d’OP. Voici la liste des types 
principaux : 

- Programme et cours offerts par une université. 

- Formation sur mesure offerte par une université. Par exemple, la formation des cadres et des 
dirigeants offerte par HEC Montréal. 

- Formation offerte par un centre de recherche. Par exemple, des cours avec prestations de 
formation sont offerts au CRIM (http://www.crim.ca/fr/) . 

- Formation sociale offerte par une municipalité. Par exemple, une municipalité peut offrir des cours 
comme cours de musiques, d’yoga ou de sports, etc. 

- Colloques, conférences et séminaires. 

La complexité au niveau de la structure de l’information à représenter varie entre les types des 
OP. Nous présentons ici un exemple d’OP un peu compliqué : il s’agit du « programme conjoint 
de doctorat en administration » offert par ces quatre universités : HEC Montréal, UQAM (Université 
du Québec à Montréal), McGill et Concordia. Ces universités mettent l’accord sur la structure du 
programme, par exemple des cours/séminaires à offrir à une session et leur calendrier. Ensuite, 
chaque université prend en charge certains cours/séminaires. La Figure 4 (page 18) présente un 
extrait du calendrier des cours/séminaires disponibles pour la session d’automne 2009 du 
programme en question. Nous pouvons y trouver différents renseignements sur un 
cours/séminaire : le professeur qui donne le cours/séminaires, la période avec les dates, l’heure, 
l’endroit et salle du cours/séminaires. Un cours ou séminaire se donne à une seule université, 
mais peut avoir différents codes selon les universités. Voici quelques exemples. Le cours 
« Formation à l'enseignement universitaire » est donné en français, par Louise Ménard, à UQAM- 
Pav. Education, salle « 1205, St-Denis » tous les jeudis de 14 h à 17 h; son code attribué par HEC 
Montréal est « 89-050-08 », mais celui attribué par UQAM est « DID 9650 ». Le cours « Pédagogie 
en gestion » se donne en français, par Jean-Pierre Béchard, à HEC Montréal tous les jeudis de 8 
h 30 à 11 h 30 pendant la période de 3 septembre au 3 décembre 2009; ce cours a un seul code, 
« 80-470-07 », attribué par HEC Montréal. 

Dans quel format MLO peut-on alors représenter l’offre de ce programme et de ses cours 
disponibles ainsi que les OP d’autres types afin de faciliter le traitement, l'échange et l’agrégation 
de l’information ? 
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Figure 4 : Extrait du calendrier A09 - Programme conjoint de doctorat en administration 


Titre du séminaire 

Endroit 



Horaire et salle de cours 

Professeurs 

SÉMINAIRES OBLIGATOIRES 

Méthodologie de la recherche (conjoint) (Remplacé par les séminaires approuvés en équivalence pour l'année 2009-2010) 

(voir la liste à la suite de ce fichier) 

Format™ à l'rmse.onemem universitaire 

Concordia 


je 14 h à 17 h 

Louise Ménard 

(correspondant au cours 80-470-07 Pédagogie) 

HEC 

89-050-08 


(UQAM) 

Inscription par le Formulaire CREPUQ 

McGill 


salle : 1205, St-Denis, 


Français 

UQAM* 

DID 9650 



Pédagoflieenaestion^^ 

Concordia 


je 8 h 30 à 11 h 30 3 sept -3 déc. 

Jean-Pierre Béchard 


HEC* 

80-470-07 


(HEC Montréal) 


McGill 


endroit : HEC Montréal 
salle 


Français 

UQAM 




Teachina and Leamina Hiaher Education 

I or :: -c 


je 13 h 05 -15 h 55 

à confirmer (McGill) 

(section 01) 

HEC 

89-031-07 



Inscription par le Formulaire CREPUQ 

McGill * 

EDPH 689 (CRN 1058) 

endroit : McGill , Education Building 


Anglais 

UQAM 


salle : 3700, McTavish St. - 614 


Teachma and Leamina Hiaher Education 

I or -r 


ma 14 h 35 - 17 h 25 

à confirmer (McGill) 

(section 02) 

HEC 

89-031-07 



Inscription par le Formulaire CREPUQ 

McGill « 

EDPH 689 (CRN 1059) 

endroit : McGill , Education Building 


Anglais 

UQAM 


salle : 3700, McTavish St. - 519 


COMPORTEMENT 

Seminar in Behavraral Science 

Concordia 

ADMI 810D 

me 14 h à 17 h 

Roxana Barbulescu 


HEC 

89-417-07 


(McGill) 


McGill * 

ORGB 705 (CRN ) 

endroit : McGill - Bronfman 


Anglais 

UQAM 


salle . 



Format 

Comme présenté dans la section 0 (page 13), au niveau de l’échange et de l'agrégation de 
l’information, le format MLO-AD implémenté en XML - XML Schéma est utilisé pour représenter 
les OP. Puisqu’il y a plusieurs façons dans XML - XML Schéma pour représenter une même 
chose, il y aura plusieurs implémentations possibles de MLO-AD en XML - XML Schéma dont un 
exemple est le format utilisé dans l’exemple présenté dans la Figure 2 (page 14). Les formats MLO 
/ MLO-AD disponibles que nous avons trouvés dans notre revue de littérature ne permettent pas 
de représenter d’une façon claire et fidèle nos exemples d’OP. Nous les avons donc étendus et 
spécifié un format supportant notre usage. Dans la représentation des OP, une même information 
peut se montrer pertinente à différents endroits. Notre format supporte alors le mécanisme 
d’identification et référencement d'éléments afin d’éviter la duplication de l’information commune. 

Pour illustration, la Figure 5 (page 19) présente la représentation de l’offre du « programme 
conjoint de doctorat en administration » et de quelques exemples de cours disponibles que nous 
avons décrits à la section précédente. Les informations sur les LOP (ex. : HEC Montréal, UQAM), 
LOS (ex. : la spécification du « programme conjoint de doctorat en administration » et celles des 
cours constitutifs), et LOI (ex. : les cours ou séminaires « Formation à l'enseignement 
universitaire » et « Pédagogie en gestion » ainsi que leurs séances données en automne 2009) 
nécessaire à la publicité (recommandées par la norme MLO-AD) sont représentées. Chaque LOP, 
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LOS, LOI ou Location a un attribut « id » ou bien « identificateur » afin d’être référé (via un 
attribut « ref ») à des autres endroits. Par exemple, la spécification du « programme conjoint de 
doctorat en administration » est référée via son « id » par ses fournisseurs (ex. : HEC Montréal, 
UQAM). 


Figure 5 : XML - Représentation des OP en notre format 

<?xml version-1.0 1 encoding-UTF-8 1 standalone='yes'?> 

<mlo xmlns='http://mlo.org/' xmlns:dc='http://purl.org/dc/elements/1 .1/' 
xmlns:xsd='http://www.w3.org/2001/XMLSchema' xmlns:extMLO='extMLO'> 

<!-- ============= LOP ============= ~> 

<lop id='HEC’> 

<dc:title lang='fr'>HEC Montréal</dc:title> 

<dc:type type='extMLO:lopType'><![CDATA[University]]></dc:type> 

<dc:contributor type='extMLO:contributor'> 

<dc:title><! [CDATA[OI ivier Gerbé]]></dc:title> 

<dc:description><![CDATA[<p>Hec Montr&eacute;al</p>]]></dc:description> 
</dc:contributor> 

<dc:description lang='fr'> 

<! — description en français sur HEC Montréal --> 

</dc:description> 

<dc:description lang='en'> 

<! — description en anglais sur HEC Montréal --> 

</dc:description> 

<url><![CDATA[http://www.hec.ca]]></url> 

«location type='extMLO:Address' ref='HEC_Address'/> 

<offers> 

<los ref='ProgConjointDoctoratEnAdministration l /> 

</offers> 

<! — références aux autres LOS offertes --> 

</lop> 

<lop id="UQAM"> 

<dc:title lang='fr'>Université du Québec à Montréal</dc:title> 

<dc:type type="extMLO:lopType">University</dc:type> 
<identifier>http://www.uqam.ca/</identifier> 

<url>http://www.uqam.ca</url> 

«location type='extMLO:Address' ref='UQAM_Address'/> 

<offers> 

«los ref='ProgConjointDoctoratEnAdministration'/> 

</offers> 

<! — références aux autres LOS offertes --> 

</lop> 

<!— ============= LOS ============= _> 

«los id='ProgConjointDoctoratEnAdministration'> 

<dc:type type="extMLO:losType">Programme«/dc:type> 

<dc:title lang='fr'>Programme conjoint de doctorat en administration«/dc:title> 
«qualification type="extMLO:Qualification">...«/qualification> 

<level>Ph.D.«/level> 

<url>http://zonecours.hec.ca/...«/url> 

<hasPart> 

«los ref="PedagogieEnGestion"/> 
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</hasPart> 

<hasPart> 

<los ref="FormationEnseignementUniversitaire"/> 

</hasPart> 

<! — références aux autres LOS composantes --> 

</los> 

<!— ========================= -> 

<los id="PedagogieEnGestion"> 

<dc:type type="extMLO:losType">Cours</dc:type> 

<dc:title type="HEC" lang='fr'>80-470-07 - Pédagogie en gestion</dc:title> 

<credit>3</credit> 

<level>Ph.D.</level> 

<url>http://zonecours.hec.ca/...</url> 

<specifies> 

<loi ref="PedagogieEnGestion_A09"/> 

</specifies> 

<! — références aux autres LOI spécifiées --> 

</los> 

<los id="FormationEnseignementUniversitaire"> 

<dc:type type="extMLO:losType">Cours</dc:type> 

<dc:title type="UQAM" lang='fr'>DID 9650 - Formation à l'enseignement universitaire</dc:title> 
<dc:title type="HEC" lang='fr'>89-050-08 - Formation à l'enseignement universitaire</dc:title> 
<credit>...</credit> 

<level>Ph.D.</level> 

<url>http ://... </url> 

<specifies> 

<loi ref="FormationEnseignementUniversitaire_A09"/> 

</specifies> 

<! — références aux autres LOI spécifiées --> 

</los> 

<!— autres LOS --> 

<!-- ============= LOI ============= ~> 

<loi id=''PedagogieEnGestion_A09"> 

<dc:type type="extMLO:loiType">Cours</dc:type> 

«location type="extMLO:Address" ref="HEC_Address"/> 
<start>2009-09-1 3</start> 

<duration>P3M</duration> 

<places>...</places> 

<languageOflnstruction>fr</languageOflnstruction> 

«assessment lang='fr’>...</assessment> 

<dc:contributor type="extMLO:Contributor"> 

<dc:title>Béchard, Jean-Pierre</dc:title> 
<dc:description>Professeur, HEC Montréal</dc:description> 
</dc:contributor> 

<offeredAt> 

<lop ref="HEC"/> 

</offeredAt> 

<!-- ==== Séances ==== --> 

<hasPart> 

<!— ========= -> 

<loi> 
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<dc:title lang='fr'> </dc:title> 

<dc:type>Séances</dc:type> 

<start>2009-09-03T08:30-5:00</start> 

<duration>PT3H</duration> 

</loi> 

</hasPart> 

<!-- ==== autres séances du cours ==== ~> 

</loi> 

<loi id="FormationEnseignementUniversitaire_A09"> 

<dc:type type="extM LO :loiT ype">Cours</dc:type> 

«location type='extMLO:Location'> 

<extMLO:local><![CDATA[salle 1205, St-Denis]]></extMLO:local> 
<extMLO:Address ref-UQAM - Pav. Education'/» 

«/location» 

<start»...«/start> 

<duration»P3M«/duration> 

<languageOflnstruction»fr«/languageOflnstruction> 

«assessment lang= , fr , »...</assessment> 

<dc:contributor type="extMLO:Contributor"> 

<dc:title»Ménard, Louise«/dc:title> 

<dc:description»Professeur, UQAM«/dc:description> 
</dc:contributor> 

«offeredAt» 

«lop ref="UQAM"/> 

«/offeredAt» 

<!-- ==== Séances ==== --> 

«hasPart» 

<}-- ==== une séance du cours ==== ~> 

«/hasPart» 

<!- ==== autres séances du cours ==== -> 

«/loi» 

<!-- autres LOI --> 

<!-- ============= extMLO:Address = location ============= — > 

<extMLO:Address id='HEC_Address'> 

<extMLO:number><![CDATA[3000]]>«/extMLO:number> 

<extMLO:street»«![CDATA[chemin Côte-Sainte-Catherine]]»«/extMLO:street> 

«extM LO:city><! [CDAT A[Montréal]]»«/extM LO:city> 

«extM LO :province><! [CDATA[QC]]»«/extM LO: province» 
<extMLO:country><![CDATA[Canada]]>«/extMLO:country> 

<extMLO:postCode»«![CDATA[H3T 2A7]]»«/extMLO:postCode> 

«/extM LO : Add ress» 

<! — information sur autres adresses dont « id » sont 'UQAM_Address', 'UQAM - Pav. Education', etc. --> 
</mlo> 

L’utilisation de ce format pour l’échange et l’agrégation de l’information sur les OP sera illustrée 
davantage à la prochaine section. 
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Applications 

Cette section est réservée pour la présentation de nos trois outils complémentaires montrant le 
potentiel de MLO : l’outil de saisie MLO, l'outil d'extraction HEC Montréal et l'outil de 
navigation/planification. Nous pouvons les tester ou voir les données générées via notre site du 
projet : http://www.matimtl.ca/sitesmati/MLO/ 

Outil de saisie MLO 

L’outil de saisie MLO permet à l’usager de saisir des informations nécessaires à la publication 
d’offre de formations. Nous allons présenter dans cette section l’architecture et le fonctionnement 
de l’outil ainsi que les interfaces de saisie. 

Architecture et fonctionnement 

Notre outil de saisie supporte toutes les fonctionnalités de base permettant de gérer et d’éditer en 
ligne les offres de formation stockées dans des bases de données relationnelles. L’usager peut 
entrer, mettre à jour ou supprimer en ligne des données d’une table d’une base de données. Il 
peut aussi naviguer entre différentes tables via leurs relations. Ces tables peuvent être dans une 
même base de données ou être réparties à des bases de données séparées. Dans notre cas 
d’applications, les informations sur les offres de formation saisies sont stockées au sein d’une 
base de données relationnelle et cette dernière implémente alors le modèle de domaines de MLO 
décrit à la section 0 (page 9). Nous expliquons par la suite comment, à partir de ce modèle, le 
modèle de données de la base de données est construit. 

Comme dans un modèle UML, une classe abstraite n'a pas d'instances directes, mais ses sous- 
classes peuvent en avoir. Alors, parmi les classes définies dans le modèle de domaines de MLO 
et parmi les relations possibles entre ces classes, seulement les classes non abstraites et leurs 
relations possibles sont représentables dans le modèle de données. Déduit du modèle de 
domaines de MLO, le modèle définit les classes non abstraites et les relations possibles en ces 
classes est illustré dans la Figure 6 (page 23). Ces classes, propriétés et relations ont été décrites 
et expliquées dans la présentation du modèle de domaines de MLO (cf. section 0 - page 9). Dans 
cette figure, concernant la représentation des propriétés d’une classe, les propriétés qui sont 
spécifiées de type « ressource » (Resource) sont écrites en grosse police, par exemple Location, 
Contributor, etc. Mais parmi les propriétés de type autre que « ressource » par exemple « chaîne 
de caractères » (Literal), chaque propriété jugée pouvant se présenter plusieurs fois dans une 
instance d’une classe est mise en souligné, par exemple, une LOS peut avoir plusieurs 
titres/noms, plusieurs descriptions, plusieurs URL, etc. Nous appelons donc propriété-entité ce 
genre des propriétés, c’est-à-dire, celles écrites en grosses police ou mises en soulignée. 
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Figure 6 : Modèle de domaines de MLO - Classes non abstraites et leurs relations 


Has part Has part Has part 



Dans notre implémentation, chaque classe non abstraite devient une entité dans le modèle de 
données. Chaque relation possible entre des classes non abstraites devient une association entre 
des entités correspondantes aux classes en question. Concernant l’implémentation des propriétés, 
si une propriété d’une classe non abstraite est du genre propriété-entité, le type de cette propriété 
devient une entité et cette entité est liée par une association à l’entité représentant la classe, 
sinon, cette propriété devient un attribut de l’entité représentant la classe. Le nom d’une entité est 
celui de la classe ou de la propriété du genre propriété-entité représentée. Le nom d’une 
association est composé des noms des entités associées et du nom de la relation ou de la 
propriété représentée par cette association. Notre modèle de données est présenté en partie par 
la Figure 7. Dans cette figure, les entités et associations qui représentent les classes non 
abstraites et relations entre ces classes sont illustrées. Les entités LOP, LOS et LOI représentent 
respectivement les classes LOP, LOS et LOI. L’association LOP_hasPart_LOP qui relie l’entité 
LOP à elle-même représente la relation « Has part » entre LOP, de même pour les associations 
LOS_hasPart_LOS et LOI_hasPart_LOI. Les associations représentent respectivement les 
relations « Offers » entre LOP et LOS, « Spécifiés » entre LOS et LOI, et « Offered at » entre 
LOS et LOI. La figure montre aussi comment une propriété d’une classe et du genre propriété- 
entité est représentée dans notre modèle de données. Cette illustration porte sur le cas des 
propriétés Location des classes LOP et LOI. L’entité Location représente le type Location et à 
cette entité, les entités LOP et LOI sont associées respectivement par les associations 
LOP_location_Location et LOI_location_Location. 
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Figure 7 : Modèle de données 



Nous avons explicité les règles utilisées pour construire le modèle de données de la base de 
données à partir du modèle de domaines de MLO. Nous présentons dans la prochaine section les 
interfaces de saisie offertes par notre outil. 

Interfaces de saisie MLO 

Nous appliquons le standard MLO-AD à représenter différents types d’offres de formations (cf. 
section 0 - page 17). Et quel que soit le type d’offres de formation, nous avons spécifié des 
interfaces qui permettent de saisir des informations nécessaires à la publication d’offre de 
formation. Les Figure 8 (page 25) et Figure 9 (page 26) illustrent respectivement l’interface pour 
saisir une LOS et celle pour saisir une LOI. Les offres de formation saisies illustrées ont été 
expliquées dans les exemples présentés à la section 0 (page 17). 

Nous pouvons constater que cette version est complète et générique. Elle permet de saisir tous 
les types d'information que la norme MLO-AD recommande pour chaque LOP, LOS ou LOI. 
Cependant, les vocabulaires utilisés dans ces interfaces pour indiquer les propriétés des LOP, 
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LOS et LOI restent très génériques afin de pouvoir appliquer à tous les types d’offres de formation 
à saisir. Ces interfaces sont donc difficiles à utiliser pour un usager pas au fait de la structure de 
MLO. 


Figure 8 : Version VI - Interface de saisie d’une LOS 
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Figure 9 : VI - Version complète - Interface de saisie d’une LOI 



Il faut alors développer des versions spécialisées dont chacune a son profil d'application. Par 
exemple, chaque type d’offres de formation à saisir a sa propre interface. Une interface pour saisir 
une offre de colloque ou conférence aura moins de types d’information à saisir qu’une interface 
pour saisir un cours ou un programme de formation. Pour illustration, nous avons développé la 
version spécialisée pour le profil colloque. La Figure 10 (page 27) montre l'interface pour saisir un 
événement. Dans cette version, les interfaces sont plus simples que celles dans la première 
version. Les types d’informations qui ne s’appliquent pas à ce profil ne sont pas retenus. Les 
vocabulaires utilisés expriment plus clairement la sémantique des informations à saisir. 
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Figure 10 : V2 - Version spécialisée - Profile Colloque - Interface de saisie d’un évènement 



Outil d’extraction HEC Montréal 

L’outil d’extraction HEC Montréal permet de mettre au format MLO les données extraites de la 
base de données de l’institution (c’est-à-dire HEC Montréal dans cette application). La Figure 11 
illustre le modèle d’extraction. Le fichier XML résultat contient les données intéressées sur les OP 
visées, par exemple les données nécessaires à la publicité du « programme conjoint de doctorat 
en administration » et de ses cours disponibles en automne 2009. Ces données extraites sont 
représentées au format MLO que nous avons spécifié et présenté dans la section 0 (page 17). 
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Figure 11 : Modèle d’extraction 


Base de données de 
l’instituition 



Fichier XML - Représentation au format MLO des OP 


<?xml version= ' 1 . 0 ' encoding= ' UTF-8 ' 
standalone= ' yes ' ?> 

<mlo xmlns= ' http : //mlo . org/ ' 

xml ns : dc= 'http : //purl . org/dc/elements/ 

1.1/' xmlns : xsd= ' http : / / www . w3 . org/ 

2 0 0 :. / XKT , S c r. e:r: a ' xmlns : extMLO= ' extMLO ' > 


</mlo> 


Outil de navigation/planification 

Cette section porte sur notre exemple d’outil de navigation/planification. Le cas porte sur les 
étudiants du doctorat commun HEC Montréal - UQAM - McGill - Concordia en administration. 
L’outil, en fonction de l’offre de cours et du choix de l’étudiant, propose le calendrier des cours 
pour les sessions à venir. Nous décrivons par la suite le fonctionnement de cet outil. 

À partir d’un fichier XML représentant au format MLO des OP, par exemple celui généré par notre 
outil d’extraction HEC Montréal (cf. section 0 - page 27), le calendrier des OP est généré, tel 
qu’illustré par la Figure 12 (page 28). 


Figure 12 : Génération du calendrier 


Fichier XML - Représentation au format MLO des OP 


Calendrier 

<?xml version= ' 1 . 0 ' encoding= ' UTF-8 ' 
standalone= ' yes ' ?> 

<mlo xmlns= ' http : //mlo . org/ ' 
xmlns : dc= : / /purl . org/ de/ éléments/ 

1.1/' xmlns : xsd= ' http : //www . w3 . org/ 
2001/XMLSchema ' xmlns : extMLO= ' extMLO ' > 

' > 

Calendrier 

</mlo> 




Nous pouvons visualiser le calendrier généré, naviguer entre ses éléments et voir le détail de 
chaque élément, comme montré dans la Erreur ! Source du renvoi introuvable, (page Erreur ! 
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Signet non défini.). Le fichier de données pris comme entrée dans cet exemple est le fichier XML 
présenté dans la Figure 5 (page 19). 

Figure 13 : Visualisation du calendrier 



Une liste d’éléments (liste des cours/séminaires dans ce cas d’application) est aussi disponible. 
Nous pouvons cocher ou décocher un ou des éléments de la liste puis voir son effet sur le 
calendrier. Prenons l’exemple du calendrier présenté dans la Erreur ! Source du renvoi 
introuvable, (page Erreur ! Signet non défini.), si le cours « Formation à l'enseignement 
universitaire » est décoché (c’est-à-dire il n’est pas choisi), ce cours n’est pas affiché dans le 
calendrier, tel que montré dans la Figure 14 (page 30). 

L’usage de cet exemple d’outil de navigation/planification est multiple. Il permet à un(e) étudiant(e) 
de regarder facilement et promptement tous les calendriers possibles, en tenant compte de 
différents facteurs comme l’offre de cours disponibles, sa liste des cours déjà pris ou à prendre, sa 
disponibilité ainsi que des possibilités de conflit d’horaire. L’étudiant(e) pourra ainsi mieux planifier 
son calendrier et mieux choisir des cours pour les sessions à venir. L’outil est évidemment utile à 
des institutions au niveau de construction des calendriers pour les sessions. 
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Figure 14 : Afficher/cacher des évènements - Effet sur le calendrier 



Sommaire 

Nous avons présenté les trois outils développés dans le cadre de projet ainsi que leurs utilités. Via 
cette présentation, nous avons montré le potentiel de MLO / MLO-AD. Le modèle de domaines de 
MLO est simple à implémenter et permet de représenter un large éventail des OP. La majorité des 
métadonnées que la norme MLO-AD recommande sont pertinentes et son usage est multiple. 
Elles structurent les données sur les OP qui sont nécessaires à la publicité des OP ou qui sont à 
échanger entre différents outils qui traitent l’information sur les OP. Elles s’en servent également 
pour diverses applications, dont notre outil de navigation/planification. 
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Conclusion 


Au cours des dernières années, la normalisation de la description de l’offre de formation prend une 
importance grandissante et suscite l’intérêt de nombreuses communautés de l’éducation de 
nombreux pays. Du point de vue de l’utilisateur, les avantages d’une standardisation des 
descriptions d’offres ou occasions de formation sont également manifestes. Les cas d’utilisation 
sont nombreux dont les possibilités d’agrégation des offres au sein de services. Comme fruit de ce 
travail de normalisation, il faut compter la norme MLO dont fait partie MLO-AD, un standard de 
métadonnées suffisantes qui permet la représentation électronique des opportunités d'apprendre 
en vue de faciliter leurs publicités et leurs découvertes par les apprenants. 

Nos travaux portant sur MLO / MLO-AD présentés dans ce rapport sont une preuve de concept de 
l’implémentation et de l’utilisation de MLO / MLO-AD. 

Le modèle de domaines de MLO est simple avec un petit nombre de métadonnées, mais 
pertinentes. Ce modèle nous permet de représenter un large éventail des offres de formation (cf. 
section 0- page 17). Il peut s'agir d'un cours, d'une formation, mais aussi d'une présentation, d'un 
colloque ou d'une conférence. 

Nous avons montré que ce modèle est facile à mise en œuvre. Il est implémentable en XML pour 
l’échange et l'agrégation de l’information (cf. section 0 - page 13, section 0 - page 18) ou dans 
une base de données relationnelle pour le stockage de l’information (cf. section « Architecture et 
fonctionnement » - page 22). 

À l’aide d’un outil de saisie comme le nôtre présenté dans la section 0 (page 22), l’usager peut 
saisir en ligne des informations sur une offre de formations. Les interfaces de saisie pourraient être 
spécifiées en sorte que le vocabulaire utilisé soit adapté en fonction des types des offres de 
formations à saisir. Par exemple, l’usager peut utiliser une interface pour saisir une offre de cours, 
mais utiliser une autre interface plus simple pour saisir une offre de conférence. 

Les informations sur des offres de formation pourraient aussi être extraites à partir des bases de 
données existantes (par exemple à partir des bases de données des institutions concernées) puis 
mises au format MLO. Dans notre cas d’application, notre outil d'extraction HEC Montréal (cf. 
section 0 - page 27) permet de mettre au format MLO les données extraites de la base de 
données de HEC Montréal. 

Les descriptions des offres de formation mises au format MLO pourraient ensuite être traitées et 
exploitées par d’autres applications, dont notre outil de navigation/planification (cf. section 0 - 
page 28). 

Les résultats obtenus témoignent donc d’une grande faisabilité et du potentiel de MLO / MLO-AD. 
Les outils présentés dans ce rapport restent encore des prototypes. Ils pourraient être améliorés, 
notamment au niveau des interfaces, afin d’être plus conviviales pour l'utilisateur. 
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